Always gather resources from fips 6node jobs#80249
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository YAML (base), Central YAML (inherited) Review profile: CHILL Plan: Enterprise Run ID: 📒 Files selected for processing (4)
WalkthroughThe pull request disables the skip-on-success behavior for the ChangesCI Configuration Update
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~2 minutes Suggested labels
Suggested reviewers
🚥 Pre-merge checks | ✅ 15✅ Passed checks (15 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
[REHEARSALNOTIFIER]
Prior to this PR being merged, you will need to either run and acknowledge or opt to skip these rehearsals. Interacting with pj-rehearseComment: Once you are satisfied with the results of the rehearsals, comment: |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: afcollins, jtaleric The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
/pj-rehearse ack |
|
@afcollins: now processing your pj-rehearse request. Please allow up to 10 minutes for jobs to trigger or cancel. |
|
@afcollins: all tests passed! Full PR test history. Your PR dashboard. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
A brief look at the fips jobs shows latencies that are wildly variable, and we skip the important gather steps to be able to dig in further.
This always gathers from the 6 node jobs, since they are configured to almost never fail on their own.
Summary by CodeRabbit
This PR ensures that resource gathering always executes for the FIPS 6-node test jobs across all OpenShift versions (4.21, 4.22, 4.23, and 5.0), regardless of whether earlier job steps succeed.
What changed: The
allow_skip_on_successflag was set tofalsefor thecontrol-plane-fips-6nodesjob in four CI configuration files. This job runs the following test chains using the AWS OVN FIPS workflow:Why this matters: FIPS 6-node jobs are designed to almost never fail on their own, which previously caused resource gathering and diagnostic collection steps to be skipped when the tests reported success. This prevented deeper investigation into the highly variable latencies observed in these FIPS jobs. By disabling the skip-on-success behavior, the gathering steps will now always execute, enabling better performance analysis and troubleshooting.
Files modified:
ci-operator/config/openshift-eng/ocp-qe-perfscale-ci/openshift-eng-ocp-qe-perfscale-ci-main__aws-4.21-nightly-x86.yamlci-operator/config/openshift-eng/ocp-qe-perfscale-ci/openshift-eng-ocp-qe-perfscale-ci-main__aws-4.22-nightly-x86.yamlci-operator/config/openshift-eng/ocp-qe-perfscale-ci/openshift-eng-ocp-qe-perfscale-ci-main__aws-4.23-nightly-x86.yamlci-operator/config/openshift-eng/ocp-qe-perfscale-ci/openshift-eng-ocp-qe-perfscale-ci-main__aws-5.0-nightly-x86.yaml